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(54) Mobile IP supporting quality of service for data sent from mobile node to correspondent node 



(57) There is disclosed a method of configuring a 
quality of service session between a mobile node, hav- 
ing a home address in a home network and being tem- 
porarily attached in a foreign network, and a corre- 
spondent node in a correspondent network. The mobile 
node generates a quality of service session request 



identifying the source address as the mobile node's 
home address. The method comprises modifying the 
quality of service request to identify the source address 
as the mobile node's address in the foreign network. A 
mobile I P environment in which such a method is utilised 
is also disclosed. 
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Description 

Fi Id of th Inv ntion 

[0001] The present invention relates to messages 
conforming to the Internet protocol (IP) and sent from a 
mobile node temporarily attached in a foreign network 
to a correspondent node, and is particularly related to 
maintaining a desired quality of service between the mo- 
bile node and the correspondent node. 

Background to the invention 

[0002] Current internet protocol (IP) technology, and 
mobile IP technology, enables a host terminal or host 
node which is normally connected in a particular net- 
work (the nodes 'home' network) to temporarily connect 
into a different network (a 'foreign' network) and still re- 
ceive IP packets or messages sent to the host terminal 
at its address in the home network. Such a host terminal, 
which changes its point of network attachment, is known 
as a mobile node. 

[0003] To still receive IP packets in the foreign net- 
work the mobile node must register with a so-called 
'home agent' in its home network. In registering with its 
home agent, the mobile node provides the home agent 
with a 'care-of address where it can be addressed in the 
foreign network. The 'care-of address may be a co-lo- 
cated care-of address or a foreign agent care-of ad- 
dress. The home agent then monitors traffic in the home 
network, and if the home agent identifies an IP packet 
which is carrying a destination address corresponding 
to the mobile node's home address in the home network, 
it intercepts the IP packet The home agent then 're- 
packages 1 the IP packet and sends it to the node at the 
'care-of address in the foreign network. 
[0004] In addition, the mobile node may still send IP 
packets when it is temporarily attached in a foreign net- 
work. 

[0005] However, one disadvantage with the known 
techniques for sending an IP packet from a mobile node 
in a foreign network is that current quality of service 
techniques such as RSVP cannot be supported. 
[0006] Each IP packet may have associated there- 
with, and included in the IP packet, flow identification 
information which identifies a quality of service associ- 
ated with the IP packet transmission. This flow identifi- 
cation information is present in fixed locations of the IP 
packet, where quality of service (QoS) capable routing/ 
switching elements can locate it and operate in depend- 
ence on it. 

[0007] The quality of service (QoS) provisions pro- 
posed to be used in the Internet are defined by stand- 
ards, and in IP one known standard for quality of service 
signaling is called RSVP. RSVP (Resource Reservation 
Protocol) is used in the Integrated Services Model 
(IntServe) quality of service framework defined by 1 ETF. 
The Integrated Services Model was designed to provide 



special handling for certain types of traffic, provide 
mechanisms for applications to choose between multi- 
ple levels of delivery services for its traffic, and to pro- 
vide signaling for quality of service parameters at Layer 

5 3 in the OSI RM. 

[0008] IntServ defines two classes of services. The 
Controlled Load Class provides traffic delivery in the 
same way as when the network is unloaded ("better than 
best delivery"). The Guaranteed QoS Service Class de- 

70 livers traffic for applications with a bandwidth guarantee 
and delay bound. 

[0009] IntServ requires QoS capable nodes and a sig- 
naling protocol to communicate QoS requirements be- 
tween applications and nodes and between nodes. 

15 [0010] RSVP is the QoS signaling protocol used by 
IntServ. RSVP provides receiver QoS requests to all 
router nodes along the transit Path of the traffic, main- 
tains the soft-state (Path/Reservation states), and re- 
sults in resources being reserved in each router. 

20 [0011] For RSVP/lntServ quality of service to operate, 
the flow identification information must be in a fixed lo- 
cation in the IP packets. An RSVP session is configured 
by the host terminals exchanging so-called Path and 
Reservation messages prior to data transmission. 

25 [0012] To enable the quality of service control across 
the transit path between peer host terminals, each host 
terminal must therefore have the functionality to config- 
ure the necessary messages and recognise quality of 
service requests corresponding to an RSVP session. 

30 [0013] Mobile IP techniques do not provide for the 
support of quality of service sessions for data sent from 
a mobile node in a foreign network to a correspondent 
node (i.e. a communication peer of the mobile node). 
[001 4] It is therefore an object of the present invention 

35 to provide a technique which enables the quality of serv- 
ice requirement determined by the source of the mes- 
sage to be supported throughout the routing of the mes- 
sage to a mobile node's 'care-of address to a corre- 
spondent node when the mobile node is temporarily at- 

40 tached in a foreign network. 

Summary of the Invention 

[001 5] According to the present invention there is pro- 
4 5 vided a method of configuring a quality of service ses- 
sion between a mobile node, having a home address in 
a home network and being temporarily attached in a for- 
eign network, and a correspondent node in a corre- 
spondent network, wherein the mobile node generates 
50 a quality of service session request identifying the 
source address as the mobile node's home address, the 
method comprising modifying the quality of service re- 
quest to identify the source address as the mobile 
node's address in the foreign network. 
55 [0016] The st p of modifying the quality of service 
session request may be carried out in the foreign net- 
work, the method further comprising the step of further 
modifying the quality of service session request in the 
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correspondent network to identify the source addr ss 
as the mobile node's home address. 
[001 7] The correspondent node may generate a qual- 
ity of service reply identifying the destination address as ' 
the mobile node's home address, the method further 5 
comprising modifying the quality of service session reply 
to identify the mobile node's address in the foreign net- 
work. 

[001 8] The step of modifying the quality of service re- 
ply may be carried out in the correspondent network, the 10 
method further comprising the step of further modifying 
the quality of service reply in the foreign network to iden- 
tify the destination address as the mobile node's home 
address. 

[0019] Once the quality of service session is config- '5 
ured, the source address of all IP packets from the mo- 
bile node may be modified to identify the mobile node's 
address in the foreign network. The source address of 
all IP packets may be modified in the foreign network, 
the source address being further modified in the corre- 20 
spondent network to the mobile node's home address. 
[0020] According to the present invention there is also 
provided a mobile IP environment capable of supporting 
a quality of service session between a mobile node, hav- 
ing a home address in a home network and being tern- 25 
porariiy attached in a foreign network, and a corre- 
spondent node in a correspondent network, wherein the 
foreign network includes means associated with the mo- 
bile node for generating a modified quality of service re- 
quest identifying the source address as the mobile 30 
node's address in the foreign network. 
[0021] The correspondent network may include 
means associated with the correspondent node for gen- 
erating a further modified quality of service request iden- 
tifying the source address as the mobile node's home 35 
address. 

[0022] The means associated with the correspondent 
node may generate a modified quality of service reply 
having a mobile node care-of address in the foreign net- 
work. 40 
[0023] The means associated with the mobile node 
may generate a further modified quality of service reply 
having a destination address of the mobile node's home 
address. The mobile node may be adapted to provide 
the means associated with the mobile node. A proxy *s 
server may provide the means associated with the mo- 
bile node. 

[0024] The correspondent node may be adapted to 
provide the means associated with the correspondent 
node. A proxy server may provide the means associated so 
with the correspondent node. 

[0025] In the IP environment there may further be pro- 
vided means for modifying the source address of all IP 
packets from th mobile node to identify the mobil 
node's address in the foreign network once the quality ss 
of service session is configured. 

[0026] The IP environment may further comprise 
means in the correspondent network for further modify- 
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ing the source address of all IP packets from the mobile 
node to the mobile node's home address. The mobile 
node may be adapted to provide the means for modify- 
ing the source address. The means in the correspond- 
ent network may be a correspondent agent. 

Brief Description of the Figures 

[0027] 

Figure 1 illustrates a network set-up including a 
home network, a correspondent network, and a for- 
eign network; 

Figures 2(a) to 2(c) illustrate the standard format of 
an IP packet; 

Figure 3 illustrates the network set-up of Figure 1 
in which the foreign network includes a foreign 
agent; 

Figure 4(a) illustrates the IP packets of a Path mes- 
sage of a quality of service session in RSVP; 

Figure 4(b) illustrates the general end-to-end struct 
ture of a Reservation message in RSVP; 

Figure 5 illustrates a network scenario in which a- 
mobile node sends data to a correspondent node; 

Figure 6 illustrates the method steps for configuring, 
an RSVP session between the mobile node and the.* 
correspondent node in the scenario of Figure 5; : c ,. 

x% 

Figures 7(a) and 7(b) illustrates the general struc- 
ture of Path and Reservation messages between 
the mobile node and correspondent node of Figure 
5; and 

Figure 8(a) to 8(c) illustrate the general structure of 
IP packets of data messages sent from the mobile 
node to the correspondent node. 

Description of Preferred Embodiment 

[0028] Referring to Figure 1 there is shown a typical 
network set-up. A mobile node MN 8 is normally located 
in a home network 2. The mobile node MN 8 normally 
resides in the home network 2 at a particular address. 
This address is not necessarily a static IP address: the 
mobile node may be located at any physical point in the 
network, but a particular IP address is associated with 
the mobile node itself (rather than the physical point of 
connection). The home n twork may physically span a 
small office environment, or may span a number of 
countries. 

[0029] The mobile node MN 8 may be connected to 
the home network 2 by a wireless LAN, infrared link, 
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wireless telephone link or via a direct Ethernet or token 
ring network hook-up. The term 'mobile node' does not 
imply that the node is connected to the network via a 
wireless link: rather it implies that the mobile node may 
move outside the home network 2 into a foreign network 
such as the foreign network 6 of Figure 1 , as will be dis- 
cussed in further detail hereinafter. 
[0030] The arrangement of Figure 1 also shows a cor- 
respondent network 4 including a correspondent node 
CN 1 0. The correspondent node may also be in a foreign 
network, that is a network independent of and distinct 
from the home network 2. However the term foreign net- 
work is reserved for use to ret er to a network which hosts 
a mobile node which normally resides in a different net- 
work (its home network). For the purposes of this illus- 
trative example, the mobile node 8 of the home network 
2 has moved to the foreign network 6. Thus the mobile 
node MN 8 is shown in the home network 2 in dashed 
lines to indicate that it is normally present there, and is 
shown in the foreign network FN 6 in a solid line to indi- 
cate that it is temporarily present in the foreign network 
6. 

[00G1] The terms correspondent node and corre- 
spondent network are reserved for use to describe com- 
munication peers of the mobile node 8. A correspondent 
node is a node (which may be another mobile node) with 
which a mobile node is currently communicating: either 
receiving an IP packet or transmitting an IP packet. A 
correspondent network is used to refer to the network 
to which the correspondent node is connected. It should 
be appreciated that the mobile node may be communi- 
cating with a correspondent node in its own home net- 
work, and therefore the correspondent network may be 
the home network itself. 

[0032] As can be seen from Figure 1 t and as will be 
discussed further hereinafter, the home network 2 fur- 
ther includes a home agent 12. 
[0033] The various elements in the networks commu- 
nicate with elements in other networks via the routing 
network 132, including routing switches 132a to 132c. 
Thus the correspondent node 1 0 is shown to have a net- 
work link connection 128, the home agent 12 is shown 
to have a network link connection 124, and the mobile 
node 8 in the foreign network is shown to have a network 
link connection 130. 

[0034] A brief example of the 'normal' communication 
between the mobile node MN 8 and the correspondent 
node CN 10 will now be given. The present invention is 
specifically related to communication from the mobile 
node to the correspondent node when the mobile node 
is temporarily attached in the foreign network, and thus 
an example of the conventional communication from the 
mobile node (when in a foreign network) to the corre- 
spondent node is given hereinbelow. 
[0035] Referring to Figure 2(a), th re is shown th 
general structure of an IP packet 14 s nt by the mobile 
node MN 8 to the correspondent node CN 10. 
[0036] An IP packet transmitted between networks, 



generally designated by reference numeral 14 and illus- 
trated in Figure 2(a), comprises an IP header 30, and 
an IP payload 22. The IP payload 22 is the information 
portion of the I P packet to be delivered to the destination 
5 node. The parts of the IP packet which are relevant to 
the present discussion are illustrated in Figures 2(b) and 
2(c). The IP header 30, shown in Figure 2(b), includes 
a source address portion 16, a destination address por- 
tion 18, and a protocol ID portion 20. The IP header 30 
contains other fields which are not shown in Figure 2(b) 
since they are not relevant to the present explanation. 
[0037] Referring to Figure 2(c), the IP payload 32 in- 
cludes a source port number 34 and a destination port 
number 36. Again, the IP payload includes other fields 
which are not relevant for the purposes of the present 
explanation. 

[0038] The source address 16 is the IP address of the 
host terminal (in this example, the mobile node) from 
which the IP packet is sent, and the destination address 
18 is the IP home address of the host terminal (e.g. the 
correspondent node) to which the IP packet is to be sent. 
The source port number 34 is the port number used by 
an application at the mobile node 8 associated with the 
IP packet 14. The destination port number is the port 
number used by an application at the correspondent 
node 10 to which the IP packet is being sent. In addition 
to other uses, the protocol ID 20 is one of the indications 
of the quality of service to be supported in transmitting 
the IP packet from the source applications to the desti- 
nation applications. As will be appreciated by one famil- 
iar with the art the destination and source addresses 
are used by routing switches between the mobile node 
and the correspondent node to route the IP packet to its 
destination. 

[0039] When the routers or routing switches support 
quality of service (QoS), in some QoS control provi- 
sions, such as RSVP and IntServ, the protocol ID 20 is 
used together with the source and destination address- 
es 16 and 18, plus the communication port numbers of 
end applications (i.e. the source port number 34 and the 
destination port number 36) for differentiating flows and 
imposing the necessary QoS control. 
[0040] The QoS control imposed on the data traffic 
flows at the intermediate routers is system dependent. 
For example, it can be the so-called WFQ (Weighted 
Fair Queuing ) or CBQ (Classed Based Queuing). They 
are not standard and vendor specific but usually inde- 
pendent of the actual user's protocol ID. 
[0041] The lETF's IntSer/RSVP standard is defined to 
provide a QoS specification and signaling mechanism 
but not a QoS control mechanism. Intserve/RSVP is in- 
dependent of the actual QoS control mechanisms, such 
as WFQ, CBQ etc. 

[0042] The status based on which QoS control is per- 
formed is set up in th routing switches prior to data 
transmission by means of the specific quality of service 
signaling protocol, such as RSVP. 
[0043] A known way of routing an IP packet from the 
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mobile node to the correspondent node when the mobile 
node has moved to a position in the foreign network will 
now be described. 

[0044] When the mobile node is temporarily attached 
in the foreign network, it registers with the home agent 
12 to ensure messages sent to it at its home address 
are re-directed to it at its care-of address. The registra- 
tion of the mobile node, and the forwarding of messages 
to the mobile node, will be familiar to one skilled in the 
art. These mechanisms are not described in detail here- 
in because the present invention is solely concerned 
with the mobile node sending messages, and not receiv- 
ing messages. 

[0045] tn the example shown in Figure 1 , after moving 
to the foreign network 6 the mobile node 8 is allocated 
a unique 'care-of address of its own and registers direct- 
ly with the home agent 12 in the home network. This is 
known as CO-COA (co-located care-of address) work- 
ing mode. An alternative working mode is known as FA- 
COA (foreign agent care-of address) working mode. 
The manner in which the mobile node may register with 
the home agent is well-known in mobile IP, and is not 
relevant to the present invention and therefore not dis- 
cussed herein. 

[0046] The mobile node MN8 constructs an I P packet 
having a format identical to that shown in Figure 2(a). 
[0047] The IP packet constructed by the mobile node 
3 is identical whether the mobile node is positioned in 
its home network 2 or in the foreign network 6, as the 
mobile node always identifies its current address as its 
home address in the home network, regardless of its 
point of network attachment. 

[0048] Referring to Figure 4 there is shown an alter- 
native network set-up to that of Figure 1. This network 
set-up is the same as that of Figure 1, other than that 
the foreign network 6 is provided with a foreign agent 7. 
Thus Figure 6 illustrates the foreign agent care-of ad- 
dress working mode. The foreign agent is connected to 
the network link 130. In this arrangement, the mobile 
node registers with the foreign agent when it is posi- 
tioned in the foreign network. The registration of the mo- 
bile node with the foreign agent is in accordance with 
standard mobile IP, and will be familiar to one skilled in 
the art. The mobile node is aware that the foreign net- 
work has a foreign agent either by the foreign agent 
broadcasting its presence, or by the mobile node solic- 
iting an acknowledgement from the foreign agent of its 
presence. 

[0049] The presence or otherwise of the foreign agent 
does not, in a conventional IP environment, effect the 
transmission of messages (and hence IP packets) from 
the mobile node to a correspondent node. Thus the IP 
packets constructed by the mobile node for communi- 
cation to a correspondent node in the foreign agent 
care-of address working mode are identical to thos 
constructed in the co-located care-of address mod . 
[0050] One disadvantage with using general known 
IP for transmission of IP messages from the mobile node 
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to a correspondent node, when the mobile node is in the 
foreign network, is that quality of service sessions, such 
as RSVP. cannot be supported. The problem will be de- 
scribed herein with reference to the example of an 

5 RSVP quality of service session. In general for RSVP to 
correctly function, the transmit path followed by a so- 
called Reservation (Resv) message (routed hop-by-hop 
following the same hops as indicated by a so-called Path 
message) must be the same path but in the reverse di- 

10 rection of the Path message. (In general for quality of 
service sessions the Path message can be considered 
to be a quality of service request and the Reservation 
message can be considered to be a quality of service 
reply). That is the source address of the Path message 

is must match the destination address of the Reservation 
(Resv) message, and the destination address of the 
Path message must match the source address of the 
Reservation message. The below example of setting up 
an RSVP session in the network structure of Figure 1 

20 illustrates why standard IP is not sufficient to support a 
quality of service session between the mobile node in 
the foreign network and the correspondent node. 
[0051] The mobile node 8, "which in this example is 
assumed to be sending a message to the correspondent 

2S node 1 0, sends a standard RSVP Path message includ- 
ing IP packets 70 having the general format shown c in 
Figure 4(a) on line 130. 

[0052] The IP packets of the messages used in an 
RSVP session do not have the format shown in Figures 

30 2(a) to 2(c). The IP packets of Figures 2(a) to 2(c) are 
IP packets of data messages. The IP packets 70 of the 
Path message of Figure 10(a) have a source address 
78 corresponding to the home address of the mobile 
node (i.e. the mobile node's home address), and a des- 

35 tination address 80 corresponding to the address of the 
correspondent node 10. Standard IP and mobile IP pro- 
vide that the applications on a mobile node itself should 
not be required to be aware of the change of the mobile 
nodes network attachment points. Therefore regardless 

40 of the location of the mobile node (whether in its home 
network or a foreign network) the mobile node always 
generates IP packets which identify the source address 
as being the mobile node's homes address. The mobile 
node includes a destination address in the Reservation 

45 message of the correspondent node address. 

[0053] The IP packets of the Path message (and other 
RSVP messages) additionally include other flow identi- 
fication information in the payloadof the IP packets. One 
skilled in the art will be familiar with the other flow iden- 

50 tification information. 

[0054] The IP packet of the Path message is routed 
from the mobile node 8 to the correspondent network 4 
via a plurality of routing switches, represented by routing 
network 132. 

55 [0055] If the routing switches 132a to 132c support 
quality of servic , then they extract the flow identification 
information in the IP payload of the Path message IP 
pack ts, and store this flow identification information. 
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This flow identification information includes: the source 
address, the destination address, the source port 
number, the destination port number, and the protocol 
ID which will be included in all IP data packets transmit- 
ted from the source to the destination after the quality 
of service session has been set up. One of the routing 
switches 1 32 routes the I P packets of the Path message 
to another routing switch, and then additionally stores 
with the flow identification information extracted from the 
IP packet the address of the routing switch to which it 
sent the message (the next hop) and the address of the 
routing switch from which it received the message (the 
previous hop). 

[0056] In practice the IP packets may reach the cor- 
respondent network via a plurality of routing switches, 
and each routing switch stores the flow identification in- 
formation extracted from the IP packets of the Path mes- 
sage, togethe r with the identity of the routing switch from 
which the IP packet was sent and the routing switch to 
which the IP packet was sent. 

[0057] Thus the I P packets of the Path message travel 
from the mobile node to the correspondent network 
through the routing network. Each routing switch retains 
the address of the previous hop from which the IP packet 
was sent together with the next hop to which the IP pack- 
et was sent, and additionally the flow identification infor- 
mation for the IP packet. The' routing switches also proc- 
ess the other traffic related information in the Path mes- 
sage, the nature of which is not relevant to a discussion 
of the present invention. 

[0058] After a successful quality of service session 
has been set up, when another IP packet arrives at a 
particular routing switch having the same flow identifi- 
cation information that has been stored in the routing 
switch memory, the routing switch forwards it to the ex- 
act same next hop, the address of which is stored in 
memory. 

[0059] Thus at successive hops, each routing switch 
(provided it supports RSVP quality of service) retrieves 
the flow identification information from the fixed loca- 
tions of the IP packets of the Path message and stores 
them in memory, together with the addresses of the next 
and previous hops. Thus the flow identification informa- 
tion in the IP packets helps to uniquely identify a mes- 
sage flow, so that all IP. packets associated with that 
message flow can be routed from the source to the des- 
tination through the exact same network path. 
[0060] The correspondent node receives the Path 
message from the mobile node and creates a Reserva- 
tion message for transmission having IP packets 76 of 
the general format as illustrated in Figure 4(b). 
[0061] It will be understood by one skilled in the art 
that the IP packets of a Reservation message (Resv) 
are transmitted hop-by-hop back along the identical net- 
work path as the IP packets of the Path message. Thus 
the source and destination address s of the IP packets 
of the Reservation messages are actually the next and 
previous hops. The value of the source and destination 



addresses are thus determined dynamically as the Res- 
ervation messages transit through the path. Thus the 
structure of the IP packets 76 of the Reservation mes- 
sage shown in Figure 4(b) is actually representative of 

s the transport layer of the Reservation messages. Thus 
the structure shown in Figure 4(b) illustrates the general 
concept of a Reservation message, that is the originat- 
ing source address and the ultimate destination ad- 
dress. This analysis of the Reservation message is 

10 somewhat artificial, but serves to best illustrate the prin- 
ciple of RSVP. 

[0062] The correspondent node 10 identifies the 
source address 114 as the correspondent node's home 
address, and the destination address 1 1 6 ass the mobile 

is node's home address. 

[0063] Comparing the I P packets of the Path and Res- 
ervation messages shown Figures 6(b) and 6(c), the 
conditions for a successful RSVP session apparently do 
exist. However a successful RSVP session can not in 

20 fact be established. 

[0064] As discussed hereinabove the applications 
running on the mobile node always identify the mobile 
node's home address as their IP address, regardless of 
whether it is in the foreign network or its home network. 

25 Thus a Path message generated by the mobile node di- 
rectly identifies a source address of the mobile node's 
home address, and a destination address of the corre- 
spondent node. As discussed above, the source and 
destination addresses of the Path and Reservation mes- 

30 sages in RSVP must be "swapped", and if the corre- 
spondent node sent a Reservation message with the 
mobile node's home address as the destination ad- 
dress, as described with reference to Figures 4(a) and 
4(b), then the RSVP session would not be set-up, be- 

35 cause this is not the correct destination address of the 
mobile node. The Reservation message would fail to be 
routed back to the foreign network where the mobile 
node is located, and therefore the RSVP session would 
not be able to be set up. 

40 [0065] Referring to Figure 5. there is shown the net- 
work arrangement of Figure 1 adapted to enable IP to 
support a quality of service session such as RSVP when 
the mobile node initiates the RSVP session. In the ar- 
rangement shown a so-called proxy server is introduced 

45 into the correspondent network and the foreign network. 
However, it should be understood from the following de- 
scription that the functionality of the proxy server may 
in practice be incorporated into the host terminals to 
which the proxy servers are connected. 

so [0066] Referring to Figure 5, the networks of Figure 1 
are adapted such that the correspondent network 4 ad- 
ditionally includes a correspondent network proxy serv- 
er 142 and the foreign network 6 additionally includes a 
foreign network proxy server 1 44. The correspondent 

55 node 1 0 is connected to the correspond nt node proxy 
server 142 via a network link 202. The network link 202 
also connects to the routing switches 132. The foreign 
network proxy s rver 144 connects to the mobile node 
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8 in the foreign network 6 via a network link 204. The 
network link 204 also connects to the routing switches 
132. 

[0067] The correspondent network 4 additionally in= 
eludes a correspondent agent 200. In Figur 5 the cor- 
respondent agent 200, the correspondent network 
proxy server 142, and the correspondent node 10 are 
all shown interconnected by the common network link 
202, which in turn connects the correspondent network 
into the routing network comprising the routing switches 
1 32. The foreign network 6 additionally includes the for- 
eign agent 7, previously shown in Figure 3. The foreign 
agent 7, the foreign network proxy server 144, and the 
mobile node 8 are all shown connected to the common 
network link 204. 

[0068] An example of the operation of the adapted 
network of Figure 5 for sending an IP message from the 
mobile node 3 in the foreign network to the correspond- 
ent node 10 in which RSVP is supported will now be 
described. 

[0069] Each host terminal which requires quality of 
service provision in a network which does not have its 
own quality of service capability needs to be aware of 
the existence of a proxy server in the network. That is, 
there must be a process by which the host terminals can 
discover proxy servers. There are effectively two ways 
this can happen. In a first way, host terminals in the net- 
work broadcast a server soliciting message (SSM). A 
proxy server in the network responds by sending back 
to the host terminal a server response message (SRM). 
In a second way, the proxy server in a network broad- 
casts a client request message (CRQM) to the local net- 
work. Responsive thereto, host terminals (which can be 
considered to be proxy server clients) send back a client 
registration message (CRGM). In this way the presence 
of the proxy servers in the networks is registered by host 
terminals in the networks in a similar way as the pres- 
ence of mobile agents (home agents, foreign agents) is 
currently registered in standard mobile IP The imple- 
mentation of the technique for nodes to register with 
proxy servers will be within the scope of one skilled in 
the art. 

[0070] The preferable technique for establishing a 
quality of service session, and particularly an RSVP ses- 
sion in mobile IP, for the network arrangement of Figure 
5 will now be described with the aid of the flow diagram 
of Figure 6. 

[0071] In a step 250 the mobile node 8 initiating a 
quality of service session sends a quality of service re- 
quest on network link 204 to the foreign network proxy 
server 1 44. 

[0072] The quality of service request may be implicit 
or explicit. An explicit quality of service request from the 
correspondent node specifies an exact quality of service 
requirement. Thus an xplicit quality of s rvice request 
can be provided only by a correspondent node which 
has the functionality to support the xplicit statement of 
a particular quality of service. An implicit quality of serv- 
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ice request from the correspondent node specifies only 
the nature of the transmission to be made. For example, 
an implicit quality of service request may indicate that 
the data to be sent is video data. The proxy server then 

5 determines the appropriate quality of service in depend- 
ence on the indication of the type of data. 
[0073] The foreign network proxy server 1 44, in a step 
252, then sends a standard RSVP Path message. This 
Path message is communicated to the correspondent 

io network proxy server via the routing switches 1 32a and 
132b. 

[0074] The IP packets of the Path message sent by 
the foreign node proxy server are shown in Figure 7(a). 
The IP packets 300 of the Path message of Figure 7(a) 
15 have a source address 302 corresponding to the mobile 
node's care-of address, and a destination address 304 
corresponding to the correspondent node's address. 
The IP packets of the Path message are routed by the 
routing network comprising the routing switches 132 to 
the correspondent network 4. The routing takes place 
in exactly the same manner as described before in ac- 
cordance with standard IP quality of service techniques. 
[0075] In a step 254 the Path message illustrated in 
Figure 7(a) and sent by the foreign network proxy serveT 
144 arrives at the correspondent network and is intend 
cepted by the proxy server 142. 

[0076] The correspondent network proxy server re- 
ceives the Path message, and in a step 258, the corre- 
spondent network proxy server 142 sends a quality of 
service indication signal to the correspondent node 10 
on the network link 202. indicating the arrival of the Path 
message from the mobile node 8. If the correspondent 
node is aware of the quality of service specification sent 
by the mobile node, the correspondent node sends'a 
quality of service response by way of acknowledgement" 
to the correspondent network proxy server 1 42 in a step 
260 on network link 202. 

[0077] In a step 262 the correspondent network proxy 
server then sends a Reservation message confirming 
the quality of service session. The Reservation mes- 
sage follows the identical route to the Path message (in 
reverse) to the foreign network proxy server. 
[0078] The format of the Reservation message 306 
sent back by the correspondent node proxy server is il- 
lustrated in Figure 7(b). As can be seen, because of the 
use of the correspondent network proxy server 142 the 
source address 115 is the correspondent node's ad- 
dress, and the destination address is the mobile node's 
care-of address. Thus the correct correlation exists be- 
tween the source and destination addresses of the Path 
and Reservation messages in the RSVP session, such 
that the RSVP session is supported. 
[0079] Again, the message shown in Figure 7(b) is 
representative of the end-to-end message between the 
correspondent network and the foreign network. Th 
format shown in Figure 7(b) is not representative of the 
IP packets of the Reservation message, which as dis- 
cussed earlier have source and destination addr sses 
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corresponding to the next and previous hops. 
[0080] In a step 264 the foreign network proxy server 
receives the Reservation message, the RSVP session 
is completed by the foreign network proxy server send- 
ing, in a step 268, a quality of service confirmation mes- 
sage on the network link 204 by way of acknowledge- 
ment to the mobile node 8, indicating that the quality of 
service session has been set up. 
[0081] The mobile node 8 then begins sending data 
message packets to the correspondent terminal. Once 
the RSVP session is set-up as described, and messag- 
es are sent from the mobile node to the correspondent 
node, it is essential that the flow identification informa- 
tion carried by the IP packets of the data messages 
match that used in the set-up of the RSVP session. Thus 
the IP data packets, having the general format shown 
in Figure 2, must include the same source port number, 
destination port number, and protocol ID contained in 
the payload of the RSVP message, as well as the source 
and destination addresses. In this way the data IP pack- 
ets are uniquely identified as being associated with the 
flow configured by the RSVP session. 
[0082] The proxy servers 142 and 144 are provided, 
in the preferred implementation, to ensure that the qual- 
ity of service session is configured correctly between the 
mobile node and the correspondent node. Once the 
quality of service session isset-up, then the data from 
the mobile node to the correspondent node is not sent 
and received via the proxy servers. The proxy servers 
are only used during the set-up of the RSVP session. 
[0083] Thus the provision of the foreign network proxy 
server ensures that an RSVP quality of service is con- 
figured for data sent from the mobile node to the corre- 
spondent node. The proxy servers shown in Figure 5 
can thus be considered to be "RSVP proxy servers'. The 
proxy servers dynamically adapt the source of the RSVP 
Reservation messages to follow the movement of the 
mobile node and in the meantime, guarantee that the 
flow identification information and quality of service in- 
formation match the data flows directed according to 
standard IP. 

[0084] It will be appreciated from the foregoing de- 
scription that it is essential that the proxy server (or the 
equivalent functionality of the proxy server) is provided 
in the foreign network and the correspondent network if 
a quality of service session is to be configured in IP when 
a mobile node in a foreign network initiates a communi- 
cation with a correspondent node. 
[0085] The provision of the RSVP proxy servers (or 
its functional equivalent) guarantees that the estab- 
lished RSVP session follows the movement of the mo- 
bile node whilst at the same time recording the correct 
flow information matching that of the data flows which 
follow that same path of the RSVP session, regardless 
of th change of the mobil nod 's point of network at- 
tachment. 

[0086] No host terminal, when receiving, will know 
whether the host terminal it is in communication with is 
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a mobile node, or whether it is in a foreign network hav- 
ing an RSVP proxy server. To ensure support of RSVP 
with IP for communication from mobile nodes, each net- 
work which is capable of receiving messages should be 

s provided with a proxy server (or its equivalent function- 
ality) with the functions as described herein. 
[0087] The provision of the correspondent node proxy 
server, however, has the advantage that it enables ter- 
minals in the correspondent node not having RSVP 

io functionality to initiate RSVP sessions. The proxy server 
provides a technique for configuring a quality of service 
session which is both platform and application inde- 
pendent. By providing a dedicated means for establish- 
ing quality of service sessions, then current and future 
quality of service incapable host terminals can have a 
quality o1 service session set-up and thus their quality 
of service control enabled across the transmit path to 
their communication peers. The requirements for com- 
plicated and intensive computing as induced in many 

20 quality of service control signaling and control mecha- 
nisms, and strain on battery power for wireless/mobile 
terminals, is avoided. 

[0088] In an alternative application, as mentioned 
consistently hereinabove, the functionality of the proxy 

25 server performed in the foreign network is performed in 
the mobile node itself. In such an application the mobile 
node will already be RSVP capabie, and will have an 
RSVP daemon to support standard RSVP sessions. In 
such an application responsive to receipt of the modified 

30 Path message from the home network the mobile node 
will generate the standard RSVP message format 
shown in Figure 10(c). The proxy server functionality 
embedded in the RSVP daemon of the mobile node will 
then modify this Reservation message to generate the 

55 modified Reservation message of Figure 10(d). The 
modified Reservation message is then transmitted di- 
rectly from the mobile node. 

[0089] It should be noted that the examples described 
herein throughout this text utilise standard RSVP. No 

40 change to the standard RSVP is envisaged or proposed. 
[0090] In order to ensure the data flow from the mobile 
node to the correspondent node is supported by the con- 
figured quality of service session, it is essential to en- 
sure that the data messages sent by the mobile node 

4 $ are adapted such that the source address is identified 
as the mobile node's care-of address. Similarly the data 
messages received in the correspondent network must 
be adapted to show the source address as the mobile 
node's home address before receipt by the correspond- 

so ent node, since there is no requirement for the corre- 
spondent node to be aware of the mobile node's mobil- 
ity. 

[0091] In accordance with the embodiment of this 
technique shown in Figure 5, the correspondent agent 
55 is provided in the correspondent n twork and the foreign 
agent is provided in the for ign network to ensure the 
necessary swapping of the source address on sending 
and receiving the data messages. 
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[0092] The foreign agent will be configured under the 
control of the foreign network proxy server 144. once 
the quality of service session has been set-up, to inter- 
cept-all messages sent by the mobile node 8-Thus the 
foreign agent intercepts all messages sent by the mobile 
node 6 by identifying the home address of the mobile 
node in the source address field of the message. The 
foreign agent then adapts the message by replacing the 
source address with the care-of address of the mobile 
node. 

[0093] The correspondent agent will similarly be con- 
figured by the correspondent node proxy server 142, 
once the quality of service session is set up, to intercept 
all messages having a source address corresponding 
to the care-of address of the mobile node (whether co- 
located care-of address or foreign agent care-of ad- 
dress). Thus the correspondent agent intercepts all 
messages sent by the mobile node 8 identifying the 
care-of address of the mobile node in the source field. 
The correspondent agent then adapts the message by 
replacing the source address with the mobile node's 
home address and forwarding it onto the correspondent 
node 10. 

[0094] Referring to Figure 8(a), the general structure 
of IP packets sent by the mobile node 8 is illustrated. In 
accordance with standard IP, the IP packets 312 have 
a source address 314 identifying the mobile node's 
home address and a destination address 316 identifying 
the correspondent node. 

[0095] These IP packets are intercepted by the for- 
eign agent 7, and the source address substituted. Thus, 
as shown in Figure 8(b), the foreign agent adapts the IP 
packets 312 to have a source address 314 correspond- 
ing to the mobile node's care-of address. The corre- 
spondent agent 200 receives the thus adapted IP pack- 
ets and identifies the care-of address, and intercepts the 
IP packets. The correspondent agent then re-substi- 
tutes the source address 314 in the IP packets 312 for 
the mobile node's home address as shown in Figure 8 
(c), and the IP packets are then forwarded onto the cor- 
respondent node. The correspondent node therefore 
does not have to be aware of the mobility of the mobile 
node. 

[0096] The above example describes co-located 
care-of address mode where the foreign agent is utilised 
to adapt the source address of the IP packets, the for- 
eign agent otherwise not being used in co-located care- 
of address mode. Alternatively, the foreign agent need 
not be used at ail in co-located care-of address mode. 
The adaptation of the source address may be performed 
in the mobile node itself, the mobile node being adapted 
to directly generate IP packets having the format shown 
in Figure 8(b). 

[0097] In foreign agent care-of address mode, the for- 
eign agent is always provided in the foreign network and 
therefore may be more conveniently utilised for the sub- 
stitution of the mobile node's home address. However, 
even in foreign agent care-of address mode the mobile 



node itself may still be advantageously adapted to pro- 
vide for the necessary substitution of the source ad- 
dress. In this scenario then, even in foreign agent care- 
of address working mode the foreign agent is not utilised 

s for sending data from the mobile node to the corre- 
spondent node. In foreign agent care-of address mode, 
the IP packets generated and converted will be the 
same as shown in Figure 8, except the foreign agent 
care-of address will be included in place of the mobile 

io node care-of address. 

[0098] Regardless of the means provided in the for- 
eign network for providing the substitution of the source 
address, it is essential to provide the correspondent 
agent or some other means, in the correspondent net- 

is work. 

[0099] Provision of the correspondent agent ensures 
that the correspondent node has no requirement to be 
aware of the mobility of the mobile node. 
[0100] It will be appreciated that the required function- 

20 ality of the correspondent agent may be provided by oth- 
er means. For example the proxy server 142 may be 
further adapted to provide the necessary functionality. 
The correspondent agent may, for example, also per- 
form the functionality of a home agent or foreign agent. 

2S Similarly the foreign agent may provide the functionality 
of a home agent (and a correspondent agent) for other 
host terminals. 

[0101] Thus RSVP quality of service is supported in 
mobile IP when the mobile node sends data to a corre- 
30 spondent node. 

[0102] It is a requirement to support a quality of serv- 
ice session for a mobile node in a foreign network de- 
siring to send data messages to a correspondent node 
that the foreign network in which the mobile node is lo- 
ss cated must have a proxy server or its functionarequiv- 
alent. The correspondent node must also have a proxy 
server or its functional equivalent. 
[0103] In an alternative application, the functionality 
of the proxy server performed in the foreign network is 
40 performed in the mobile node itself, and the functionality 
of the proxy server performed in the correspondent net- 
work is performed in the correspondent node itself. In 
such an application the mobile node and the corre- 
spondent node will already be RSVP capable, and will 
45 have an RSVP daemon to support standard RSVP ses- 
sions. 

[0104] Of course, only one or the other of the mobile 
node and the correspondent node may include the func- 
tionality of the proxy server. That is the mobile node may 
50 include the functionality of the proxy server, and the cor- 
respondent node be associated with a proxy server or 
vice versa. 

[01 OS] It should be noted that the examples described 
herein throughout this text utilise standard RSVP. No 
55 change to the standard RSVP is envisaged or proposed. 

[0106] It should also be appreciated that in the event 
that the functionality of the correspondent network proxy 
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server being included in the correspondent node itself, 
then it may be necessary for two quality of service ses- 
sions to be configured between the mobile node and the 
correspondent node: a first between the mobile node 
and the correspondent agent, and a second between 
the correspondent agent and the correspondent node. 
This is because all data is sent via the correspondent 
agent to the correspondent node. 
[0107] It should be appreciated that the quality of 
service request generated by the mobile node in step 
250 (in the example of Figure 6) may in fact be a Path 
message. Similarly alt other request s referred to with 
reference to Figure 6 may be Path messages and all 
other replies, acknowledgements or confirmations may 
be Reservation messages. 



Claims 



dress in the foreign network. 

6. The method of claim 5 wherein the source address 
of all IP packets is modified in the foreign network, 

5 the source address being further modified in the 
correspondent network to the mobile node's home 
address. 

7. A mobile IP environment capable of supporting a 
10 quality of service session between a mobile node, 

having a home address in a home network and be- 
ing temporarily attached in a foreign network, and 
a correspondent node in a correspondent network, 
wherein the foreign network includes means asso- 
15 ciated with the mobile node for generating a modi- 
fied quality of service request identifying the source 
address as the mobile node's address in the foreign 
network. 



1 . A method of conf igu ring a quality of service session 
between a mobile node, having a home address in 
a home network and being temporarily attached in 
a foreign network, and a correspondent node in a 
correspondent network, wherein the mobile node 
generates a quality of service session request iden- 
tifying the source address as the mobile node's 
home address, the method comprising modifying 
the quality of service request to identify the source 
address as the mobile node's address in the foreign 
network. 

2. The method of claim 1 , wherein the step of modify- 
ing the quality of service session request is carried 
out in the foreign network, the method further com- 
prising the step of further modifying the quality of 
service session request in the correspondent net- 
work to identify the source address as the mobile 
node's home address. 

3. The method of claim 1 or claim 2 wherein the cor- 
respondent node generates a quality of service re- 
ply identifying the destination address as the mobile 
node's home address, the method further compris- 
ing modifying the quality of service session reply to 
identify the mobile node's address in the foreign net- 
work. 

4. The method of claim 3 wherein the step of modifying 
the quality of service reply is carried out in the cor- 
respondent network, the method further comprising 
the step of further modifying the quality of service 
reply in the foreign network to identify the destina- 
tion address as the mobile node's home address. 

5. Th method of any one of claims 1 to 4 wh rein 
once th quality of servic session is configured, th 
source address of ail IP packets from the mobile 
node is modifi d to identify th mobile node's ad- 



20 8. The mobile IP environment of claim 7 in which the 
correspondent network includes means associated 
with the correspondent node for generating a fur- 
ther modified quality of service request identifying 
the source address as the mobile node's home ad- 

2S dress. 

9. The mobile IP environment of claim 8 in which the 
means associated with the correspondent node 
generates a modified quality of service reply having 
30 a mobile node care-of address in the foreign net- 
work. 



1 0. The mobile I P environment of claim 9 when in which 
the means associated with the mobile node gener- 

35 ates a further modified quality of service reply hav- 
ing a destination address of the mobile node's home 
address. 

11. The mobile IP environment of any one of claims 7 
40 to 1 0 in which the mobile node is adapted to provide 

the means associated with the mobile node. 

12. The mobile IP environment of any one of claims 7 
to 10 in which a proxy server provides the means 

45 associated with the mobile node. 

13. The mobile IP environment of any one of claims 8 
to 10 in which the correspondent node is adapted 
to provide the means associated with the corre- 

so spondent node. 

14. The mobile IP environment of any one of claims 8 
to 10 in which a proxy server provides the means 
associated with the correspondent node. 



55 



15. The IP environment of any on of claims 7 to 14 
further comprising m ans for modifying th source 
address of all IP packets from the mobile node to 
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identify the mobile node's address in the foreign net- 
work once the quality of service session is config- 
ured. 

16. The IP environment of claim 15 further comprising 5 
means in the correspondent network for further 
modifying the source address of all IP packets from 
the mobile node to the mobile node's home ad- 
dress. 

10 

17. The IP environment of claim 15 in which the mobile 
node is adapted to provide the means for modifying 
the source address. 

18. The method of claim 16 or claim 17 in which the is 
means in the correspondent network is a corre- 
spondent agent. 
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